home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
MACD 5
/
MACD 5.bin
/
workbench
/
commodity
/
opaquemove
/
docs-txt
/
english
/
opaque-prob.txt
< prev
next >
Wrap
Text File
|
1996-10-03
|
6KB
|
143 lines
Title: OpaqueMove Problems
Problems
Common Problems
Problem Cause Fix
OpaqueMove exits without appearing as a commodity. OpaqueMove detected an
error during startup. This is usually caused by running on the wrong version
of AmigaDos, or a missing shared library, or an error in allocating memory or
system resources.
o Insure that all the shared libraries mentioned in the requirements
section are present on your system.
o Insure that you are running at OS3.0 or greater
o Insure that you have MUI properly installed
o Insure that you have sufficient memory and system resources available.
Windows are still moved as outlines even with OpaqueMove installed. One
common cause of this problem is using the wrong qualifier keys for window
movement, or not grabbing the window in the required location. Also, insure
that OpaqueMove is really running and is not disabled in the Commodities
Exchange window.
OpaqueMove also uses certain internal tests to determine whether a given
window may be moved opaquely. If any of these tests fail, the window will be
moved as an outline. Most of the parameters used in the tests can be set from
the OpaqueMove User Interface.
o Use the proper qualifier keys or drag location.
o Make sure OpaqueMove is not ignoring the window due to the preferences
settings.
OpaqueMove appears to intercept all mouse clicks. Inproper settings of Drag
Qualifier and Drag Location.
o Change Drag (or Size) Qualifier and Location
Windows are moved too slowly. Opaque window movement demands trememdous
system resources, and is only practical on the most high end systems, and
even then, only in some circumstances. For a list of factors which influence
movement speed, see Movement Speed.
o Adjust the OpaqueMove preferences to reduce the circumstances in which
windows are moved or sized opaquely.
o Improve the speed of your hardware by adding a faster CPU or graphics
card.
o Use software such as the qlayers patch to improve the speed of Intuition
I encounter crashes while sizing or moving particular windows OpaqueMove
generates a tremendously rapid stream of size or movement requests - faster
than some programs are prepared to cope with the events. While most programs
do fine, a few seem unable to cope with this rapid string of redraw requests.
See Incompatibilities for more information.
o Disabled OpaqueMove for the windows or screens in question.
Back to Top
Bugs And Limits
Known bugs:
Known OpaqueMove Bugs
ProblemReported By
Layers locking during outline movement or drag is not functional. Steve Koren
The localization support is not yet entirely in place.
Non-qualified border dragging ignores gadgets. Joerg Kollmann
Back to Top
Known (In)Compatibilities
Although OpaqueMove is a remarkably system-friendly program, Intuition was
never designed to do what is being done here. Generally things work fine, but
there are always a few problems, mostly with applications which cannot cope
with such a rapid stream of redraw requests.
Note that some software may work OK or not work depending on the speed of
your system. There seem to be timing dependencies in some code.
Known (In)Compatible Software
SoftwareDescriptionOpq Move? Opq Size? Reported ByOM Ver
Workbench Windows Non-Backdrop WB windows work fine. Yes Yes Steve Koren 2.0
CLI windows They work plain or running SKsh. However, some CLI-based apps
will crash! See the TIN note below. Yes Yes
Workbench Utilities Preferences programs & other workbench utilities work
fine. Most are not resizable windows, but all can be moved. Yes Yes
GNU Emacs 18.58.1 However, it buffers redraws and often keeps redrawing even
after you stop moving the mouse. Yes Yes
Any MUI Application I haven't found one yet that won't work. YAM, the
OpaqueMove UI itself, VMM, IBrowse, etc. Individial MUI applications will not
be mentioned here unless there is some exception. Yes Yes
IBrowse However, it can be slow to resize, due to the complex nature of its
internal layout. Some pages are faster than others. Yes Yes
FinalWriter Not only can you not move or size its windows opaquely, you
cannot even use OpaqueMove with it at all unless you put FinalWriter's screen
into the global deny list. So far this is the only app I've seen with this
level of incompatibility. No No
Lightwave 4.x See the 1.1 note below. Problem fixed in OpaqueMove 2.0. Yes
Yes
FinalCalc 1.05 Sizing works, but sometimes the most recent resize is not
performed for some reason unless you again nudge the mouse. Note also that
FinalCalc uses smart refresh windows, which can be very slow. Yes Partial
Amiga TIN When running in a CLI window. Movement is fine. Resizing is OK in
some cases, but often crashes especially when the window gets small, for some
reason. Yes No
ImageFX 2.x When running on 16 bit screens rapid redraw requests can cause a
lockup. Note that this can happen even for other windows moving across the
top of the ImageFX buffer, cause it to redraw. Best to put the ImageFX 16 bit
screen in your move & size deny list. This problem does not seem to occur
with ImageFX running in 8 or fewer bitplanes, such as with the workbench
preview module. Partial Partial
Lightwave 4.x Although LW's windows cannot be resized or moved, OpaqueMove
1.x caused some doubleclick type problems that were fixed in OpaqueMove 2.0.
No No 1.1
Updates and new information may be sent to me for inclusion in this
compatibility matrix.
Back to Contents
-----------------------------------------------------------------------------